test: snapshot invoice PDF structure and totals - #1397
Merged
greatest0fallt1me merged 3 commits intoOct 1, 2026
Merged
greatest0fallt1me merged 3 commits into
greatest0fallt1me merged 3 commits into
Conversation
|
@Ebomi Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits. You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀 |
greatest0fallt1me
added a commit
to divysam/Callora-Backend
that referenced
this pull request
Oct 1, 2026
Also repair syntax/semantic corruption that landed on main in CalloraOrg#1363, CalloraOrg#1371, CalloraOrg#1397, CalloraOrg#1398 (broken test syntax, deleted rate limiter class, corrupted invoice PDF output, misspelled config env names, missing await on async apiKeyRepository.create).
greatest0fallt1me
added a commit
that referenced
this pull request
Oct 1, 2026
…ystems (#1354) * docs(shutdown): align graceful-shutdown docs with registered subsystems Operators size terminationGracePeriodSeconds from docs/graceful-shutdown.md, but that document advertised a drain set the process never registers: quotas, proxy, refresh-token and "workers" were all presented as drained while shutdownSubsystems in src/index.ts only includes six entries, and several background jobs (plus the quotas/api-keys drain trackers) are never awaited. Document the exact ordered subsystem list, the 30 s timeoutMs and the 0/1 exit codes, explain every job that is cancelled rather than drained, correct the same overstatement in the README and two worker docs, and add a guard test so the documentation and the wiring cannot drift apart again. Closes #1344 Generated with Codebuff 🤖 Co-Authored-By: Codebuff <noreply@codebuff.com> * Merge branch 'main' into fix/graceful-shutdown-docs-1344 Also repair syntax/semantic corruption that landed on main in #1363, #1371, #1397, #1398 (broken test syntax, deleted rate limiter class, corrupted invoice PDF output, misspelled config env names, missing await on async apiKeyRepository.create). --------- Co-authored-by: Codebuff <noreply@codebuff.com> Co-authored-by: greatest0fallt1me <192479186+greatest0fallt1me@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Overview
This PR adds test coverage for
generateInvoicePdfinsrc/services/invoicePdf.ts, which previously built a customer-facing PDF Buffer fromInvoicePdfDatawith no tests. The tests snapshot the PDF structure (header/footer), assert that line item totals are reflected in the output, and cover zero-line-item and special-character edge cases. A small hardening change to the PDF text escaping was needed to satisfy the special-character criterion.Related Issue
Changes
🧾 Invoice PDF tests
src/services/invoicePdf.test.ts%PDF-header and ends with%%EOF.🛡️ PDF text escaping
src/services/invoicePdf.ts(,), and\in text drawn into the PDF content stream so API names containing these characters cannot break the document structure.generateInvoicePdfor toInvoicePdfData; existing callers are unaffected.Verification Results
%%EOFinvoicePdf.test.tsinvoicePdf.ts; covered by testSecurity and Failure Modes
(,), or\in API names could terminate or corrupt a text object. Escaping these characters ininvoicePdf.tsprevents malformed output and keeps the document parseable.lineItemsarray cannot silently produce a broken buffer.Compatibility
generateInvoicePdfsignature andInvoicePdfDatashape are unchanged.(,), or\; names without these characters render identically.Closes #1301